MUXPORT PROTOCOL SEMINAR 
INTRODUCTION 


The goal of this seminar is to provide advanced training for HDLC like 
protocols in general and Codex Muxport Protocol specifically. The 
seminar will focus on protocol definition and examination not on 
strapping or programming. 
Upon completion of this seminar the student should be familiar with the 
Codex Muxport protocol and be able to do basic Muxport troubleshooting 
and problem determination/recognition. 
The accompanying document may be used as a reference for the seminar or 
as a stand alone tutorial/reference on HDLC/Muxport protocol 
interpretation. 
The following prerequisites must be met to take this seminar: 
© 6000/6050 CSE Course 
Oo 6760/6740 Launch Training 
o RTS or Senior CSE 
The following topics will be covered in the Muxport/BOP seminar. 
1. ISO REFERENCE MODEL 
2. HDLC/SDLC 
3. MUXPORT PROTOCOL 
4. 6740 MUXPORT/NP PROTOCOL 
5. 6760 EXTENDED MUXPORT OVERVIEW 


6. X.25 OVERVIEW 
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IV. MUXPORT PROTOCOL 


A. Overview 
1. What is Codex Muxport Protocol 
2. Definition of CMP layers 
3. Comparison with other protocols 
4, Frame structure 
B. Line Layer 
1. Function 
2. Idle sequences 
C. ARQ Layer 
1. Functions 
2. Addressing 
3. Frame types supported 
4. Remote reset sequence 
5. System states 
D. MUX Layer 
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2. Control status byte 
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8. Flow control 
F., Data Scope Sequences 
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V. JUPITER PROTOCOL 
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1. Functions 
2. Command Codes 
3. Address Packet 
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FE. Connection Layer 
1. Functions | 
2. Supervisory functions performed 


VI. 6760 EXTENDED MUXPORT 
A. Overview 


B. Performance 
C. Compatibility 
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1.Packet switching concepts 
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X.25 Structure 
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LAYERS OF OSI REFERENCE MODEL 


APPLICATION LAYER - Directly serves the end-user, which is the application 
process (AP), by providing the distributed information service to support the 
AP and manage the communication. 


PRESENTATION LAYER - Provides the services to allow the AP to interpret the 
meaning of the information exchanged. Translation and formatting of informa- 
tion is performed at this layer. 


SESSION LAYER - Supports the dialog between cooperating APs binding and unbin- 
ding them into a communicating relationship. 


TRANSPORT LAYER - Provides end-to-end control and information interchange with 
the level of reliability that is needed for the application. The services 
provided to the upper layers are independent of the underlying network imple- 
mentation. 


NETWORK LAYER - Provides the means to establish, maintain, and terminate the 
Switched connections between end-systems. Included are addressing and routing 
functions. An additional global sublayer may also be provided to ensure a 
consistent quality of service on connection traversing more than one network. 
The interface between this layer and the transport layer provides services 
that are independent of the underlying media. 


DATA LINK LAYER - Provides the synchronization and error control for eae 
information transmitted over the physical link. 


PHYSICAL LAYER - Provides the electrical, mechanical, functional, and proce- 
dural characteristics to activate, maintain, and deactivate the physical 
connection. 


LAYER CONCEPT 
o Each layer requests services from the layer below 
and provides servicees to the layer above. 


Oo Each layer is built on the capabilities of the 
layers below it. 


o Layers appear to communicate only with their 
Peer layer. 
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PHYSICAL TRANSMISSION MEDIA 


USER PROCESS 


PROCESS 
CONTROL 


? Pi One module for. 


aver MS - 7 each user session 
A One module for each 
pS ; user session 


SESSION 
SERVICES 


LAYER 5 SESSION CONTROL 


SUBSYSTEM 
_ SESSION i ny A 
MESSAGES y 4 
TRANSPORT 
pete SUBSYSTEM 
TRANSPORT | 
LAYER4 | END-TO-END 


CONTROL 


COMMON NETWORK 


LAYER 3 NETWORK CONTROL 


“< One module for 


the entire machine 
One module for the 
entire machine 


PACKETS 
One module for 
LINK LINK LINK exch a tee 
LAYER2 | conTROL CONTROL CONTROL < rege te 
One module for each 


Primary Commands [) 


Station 


secondary 


secondary 
Station 
A 


Station 
n 


a. Unbalanced Configuration 


Combined |(] Commands [)| Combined 


Station Station 
A ( Responses D} B 


b. Balanced Configuration 


Ker. Pa 2-2 bb 


ZERO INSERTION (BIT STUFFING) 


Transmit in 
parallel form 


Serialize 
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between Fs. 
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MUXPORT PROTOCOL SUMMARY 


GENERAL 


Four layer protocol 
X.25 level 2 & HDLC line layer compatible 
Balanced mode operation 


LINE LAYER 


FCS calculation 

Zero insertion 

Idle fill 

Abort & flag generation/detection 


LAYER 


Address & control field processing 
Error recovery 
State machine/timer maintenance 


LAYER 


Compiles data & control information 
Multiplex data 

VCTP operation 

Formats data, control & supervisory slots 


CONNECTION LAYER 


Transfer data to/from customer equipment 
Perform ISCC functions 
Manage flow control 


I7-A 
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Pea Data peep fas ARQ layer Addr. 
Flag FCS Slot slot control field| Field Flag 
| a 
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Connection 
Layer 


&/ 


Multiplex Layer 


ARQ Layer 


Line Layer 


Protocol Layers 


Line Layer Functions 


o Performs FCS calculation. 

o Maintains data transparency through zero insertion technique. 
o Performs frame pacing and idle line fill. 

o Idle fill is the transmission of flags (7E). 


o Frame pacing is the transmission of ‘empty' frames to 
keep the muxports in sync when no traffic is present. 


Idle Sequences By Product 


6005 - Sends RR's when connected to 6050, 6040, 6760. 
Connected to a 6740 it sends a RR then an empty I-Frame. 


6050 -— Sends empty data frames (I-Frames). 
6040 -—- Same as the 6050. 
6740 - Sends a RR then an empty I-Frame. 


6760 -—- Same as the 6050. 
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MUXPORT ARQ LAYER FUNCTIONS 


o Addressing of each station using X.25 LAPB notation. 


o Frame definition (control field interpretation). 


ce R42 
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MUXPORT FRAME ADDRESSING 


Oo Primary is addressed as 'B' = 0000001 = O01 = DCE. 

o Secondary is addressed as 'A' = 00000011 = 03 = DTE. 

o Commands contain the address of the receiving unit. 

Oo Responses contain the address of the transmitting unit. 


o The exception is the 6050 who always sends address 'A‘. 
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FRAME TYPES SUPPORTED 


tamer n nn nen control field------------------ + 


DESCRIPTION 
(Receiver ready) 


Information 
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(SABM -—- extended 


(Frame reject) 


(Receiver not ready) 
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(unnumbered Ack.) 


(Reject) 
SABM async balanced mode 


RNR 
REJ 
SABME 
UA 
FRMR 
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FRAME REJECT COMMAND 


Normal Mode 


FRMR 8 7 6 5 4 3 Z 1 
Byte #1 1 0 0 F 0 1 1 i 
Byte #2 Rejected Control field 
Byte #3 Vr C/R Vs 
Byte #4 0 0 0 oO 4 Y xX WwW 
Where: 
Byte #1 = The Frame reject command control field. 
Byte #2 = The rejected control field. 
Byte #3 Vs = The current value of the XMT state variable. 
Vr = The current state of the RCV state variable. 
C/R = Indicates if the frame rejected was a command (0) or 
a response (1). 
W= If = to "1" indicates the control field is invalid. 
Byte #4 xX = If = to "1" indicates the control field received is 
invalid because a data field was in an S or U-Frame. 
Y = If set to "1" indicates that the I-field received 
exceeded the maximum allowable limit. 
Z= If set to "1", indicates the control field received 


contained an invalid Nr count. 


Extended Mode 
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FRMR 8 7 6 5 4 3 2 if 

Byte #1 1 0 0 X 0 1 at 1 

Byte #2 0 0 0 0 0 0 0 F 

Byte #3 First byte of rejected control field 
Byte #4 Second byte of rejected control field 
Byte #5 Vi 0 

Byte #6 Vs | C/R 


Byte #7 0 0 0 OO 24 Y x wW 
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UY way 
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| | Opening 
X*89! xt T2" X"1C! X'cc! X'18! X'8sn' Flag 


Any number of bytes 


fs calepetnanieatetnanadienemedagariasaamesengda cpanegdadsaamatadmammemmaammemnaamats | 
| Command | yiggt X'350 X'32! X'C2! X' 2p! X'64! 
Field 


Abort 


ee 


Command Field 
Go to Loopback X'B8! 
I am going in X'45! 
Loopback | 
X'44' 


Go to Normal 


Remote Reset 


MUXPORT STATE MACHINE TIMERS 


o Tl TIMER - Used in Link Set-Up to check for its completion. 
If Link Set-up is not complete when Tl expires the procedure 
(SABM or SABME) is restarted. Tl is a 3 second timer. 


Oo T2 TIMER - Used in the Information Transfer state as a framing 
timer. When a frame is transmitted T2 starts and is not 
stopped until an ack. for the frame is received. If T2 
expires the link set up procedures (SABME) start. T2 = 20 sec. 


Oo N2 COUNTER - Used in link set up. The maximum number of 
SABM(E)'s sent before a remote resetis sent. N2 = 20 tries 


Oo Nl COUNTER - The maximum number of bits allowed ina frame. If 
exceeded the frame is rejected. Nl = 16,0000 bits/frame. 


o RC COUNTER - The retransmission counter, or the number of times 
to retransmit a frame. RC = 20 retransmits. 
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XMT (SABM) ££) 


Set Tl 
(MT (Remote 
Retry Reset) 
count Set Tl RCV any frame 


exhausted 


Tl expires RCV (SABM) oo 


RCY (UA) 


RCV (unvalid , 
RCV (unrecognized 


RCV (SABM) 


RCV (UA) 
RCV bad addr. T2 expires 
RCV (FRMR) 
RCV (Remote Reset) 


LINK SET UP STATE and 3 
EXCEPTION TRANSITIONS FROM INFORMATION TRANSFER STATE 
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A ~ Transmitter 


: B - Receiver 
V(S) | Flag FCS N(S) Address| Flag 


Rej 
Received 


Sequence 
Number 
N'(R) 


Bad Send 
seq Sequence 
Number Number 
Received of 
Last Good 
Frame 
N'(S) 


A - Receiver — 


V(R) 


ARQ Operation | 
A to B Information Transfer 


MUX LAYER FUNCTIONS 


The actual multiplexing of data occurs here. 
Compile the information field of Muxport I-Frames. 


Responsible for the format of data and supervisory 
information, provided by the connection layer. 


Control information is added by this layer 
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MUXPORT CONTROL SLOT FORMAT 


+—------—--—-—-—----—-—------ -- - + - \ J mr rrr rr rrr rr + 
' FLAG | A | Cc !80 AA BB XXXXXXXXXX Rest of Frame !FCS ! FLAG | 
$on------------- faa} on} ane---- — ea + 
ne ae Command Dependent Parameters 
Control slot_; | | _ Command Code 
Status Byte 
i Byte Count 
Where: 
80 = Control Slot Status Byte (MSB set) indicates control 
information follows. 
AA = Byte Count, the number of control information bytes 
to follow. 
BB = Command Code indicates one of the following commands: 
Kee R, oi 
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CONTROL SLOT COMMAND CODES 


Error Message Report 

Read Port Configuration Parameters 
Return Port Configuration Parameters 
Write Port Configuration Parameters 
Write Acknowledge Port Configuration Parameters 
Read Port Statistics 

Return Port Statistics 

Read Statistics Threshold 

Return Statistics Threshold 

Write Statistics Threshold 

Write Acknowledge Statistics Threshold 
CTP Command 

CTP Response (continuing) 

CTP Response (completed) 

Unsolicited Error Messages and Reports 
End of VCTP 

Address Packets 

6740 Protocol Announcement 

6005-6005 Move TP Configuration Command 
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MUXPORT DATA SLOT HEADER FORMAT 


NORMAL 


Thread Number 
add powers of "2" 


XXXXX 


for max address of 3l 


EXTENDED/LONG 


Thread Number 


Kea 3-% 


| XXX 
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( 2 


JA 


LSB 


___ number of bytes to follow 1 - 7 
OQ XXXXXXXX 
! 


| 
1 
I 
i bytes to follow 8 - 255 


0 
l 
] 
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Indicates - look at next byte 
for number of bytes to follow 


MUXPORT DATA SLOT FORMAT 


i\Flag ;| Aj C I - Field | FCS | Flag} 
fe fe pe ee pee ee panna pon + 
' 7E !03 !0Ns Nr! 00 77 41 42 43 44 45 46 47 I|xx xx! 7E | 
| I | 1 I 
| | | | | 
a a 7 bytes data (ABCDEFG) 
ee ! { | eee 
! | | 
I-Frame : 4 
— 
\ I 
| | 


Control Status Byte _Thread 14, 7 bytes to follow 77 = Q1110 111 
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SUPERVISORY SLOT FORMAT 


Oo Passes end-to-end flow control information for ports. 


o Interleaved with data slots. 


00 0 
| 


Control Status Byte _ 
(DATA) 


i es aca cates ear aie CN 


Slot Header (00001 000) __ 
Thread #1, long data slot 
See next byte for length 


Ree G 2~) 
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Command Dependent 
Supervisory Function 


2 bytes to follow supervisory slot 
slot (Long format less than 8 bytes) 


CONNECTION LAYER FUNCTIONS 


o Transfers data between the customer and codex equipment. 
o Transfers all data is transferred as eight bit bytes. 
o. Performs the following In-stream control functions: 


Control signal updates 

. Data path initialization 

. Autospeed 

Break 

Data slot termination 

. Transmission of a literal X'OL1' 
Port flow control 


mamoaanom 
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CONTROL SIGNAL UPDATES 


O Used to pass the value of terminal or modem signals. 
ve) Updates for DTR, RTS and MB are passed. 


O Each CSU begins with the sequence (X'01') followed by 
a second byte identifying the signal(s) being updated. 


O A bit set indicates the signal is 'high' a bit not 
set (zero) indicates a signal is 'low'. 


CSU = 01 In 


Where n = O MB RTS DTR 


poem + + 
| 01 10 All signals low 
' 01 11 DTR high (bit 0) ! 
' 01 12 RTS high (bit 1) ! 
i O01 43 ; RTS & DTR high | 
1 01 14 MB high (bit 2) | 
! 01 15 DTR & MB high ! 
| 01 16 RTS & MB high 
! ~§ 01:17 Not used for CSU's 
| 01 40 CSU request to remote | 
pee nnn ee + 


Ref.Pg. 3-17 
ye 


DATA PATH INITIALIZATION 
Oo Prevents user data from becoming trapped after an abnormal 
disconnect sequence. Flushes the port buffers. 


o Two functions are used Data Path Initialization (DPI) and 
Data Path Initialization Acknowledge (DPIA). 


o When a high to low transition of DTR is detected, a DPI 
(X'O1 20') is sent to the remote unit following a CSU. 


o The remote unit responds with a DPIA (X'O1 30'), 


ce H 3-B 
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Data Path Initialization 


Events 


1) TP at Unit A senses drop of DTR 
2) Unit A sends a CSU to signal DTR 
3) Unit A send DPI . 

4) Unit B responds with DPIA 
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BREAK 


o A break is a constant space condition. 
-o Two ISCC functions are used X'7n' and X'80' for break. 


o The X'01 7n' is used to initiate the break. The time 
period (length) of the break is "n" character times. 


o If n= 0 the break is continuous. 


o The X'01 80° is used to stop the continuous break. 


kee fo 3-8 
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DATA SLOT TERMINATION 
o Added to the end of each of each data slot 
according to the protocol used. 


o Signals the end of the ports allocated space in the 
Muxport frame. It may be continued in another frame. 


pe a a + 
| Slot Type Termination sequence 
sp pe + 
i Asynchronous No termination required | 
| Synchronous x01 a7" 
' BOP (flag idle) ! mhOL. 72! ! 
' BOP (mark idle) §! X'01 72 01 17' 
' BOP (abort) x01 17 
$—------------- ---- - - - - - - - - - + + - + 
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AUTOSPEED 


a a i a a a ah a ca a a a a a as a aa a aaa ee esse na aan eee 
'FLAG | A! cc! 00 08 08 01 A6 O01 Al O1 AO 01 A2 ! FCS ! FLAG 
ocrmneieneanemiaate (a AA: cal: is wis oi ce 

! I ! I ! I 

{ | | I I | 

Status Byte} 
' Hi nibble ARC 

Port 1, 8 bytes |} ! ! _ 
to follow i Lo nibble ARC 
t | 
! I 
Lo nibble speed code _ | | Hi nibble speed code 
SPEED CODES 
fon nn ne ee = == - + 
' SPEED CODE SPEED CODE ! 
pe ee eee fame eee eee + 
| 50 Ol 1800 14 
1 75 06 ! 2000 15 | 
110 08 2400 16 
! 134.5 OA : 3600 17 
: 150 OB 4800 18 
' 300 OF ! 7200 1A! 
' 600 10 ! 9600 1c |! 
1200 fs 19200 1E 
fe ee ee pe ee ee eee + 
Kit. B. 3-19 
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FLOW CONTROL 


o Does not use an X'01' escape sequence. 
Oo Transmitted in supervisory slots. 


o Used to regulate the flow of data between ports. 


Leo os eae See eee ae St eee ae a Soe eee eee eee Se ea eee eae 
; X'10' FCI - (Flow Control Initialization) sent by the 
controlling port to initiate flow control. 

I 

(See eee eee ee oe eee ee ee ee eee 
Poet aule FCIA - (Flow Control Initialization Acknowledge) © 
Affirmation sent by port to be controlled. 

Dh pe le NF Il tN Rt a aces ee 
1 

He Gre) oa FCA - (Flow Control Authorization) Sent to 
controlled port (n+l) *16 = number of bytes 
authorized for transmission. 

Bs eee a Ae GN ca a ae a a a Ra te ee ec ce er ty ae a a la las ah a ed 
1 

ee FCIR - (Flow Control Initialization Request) Sent 
by controlled port asking to send more data. 

Oe Ee NCD Re ON APS A Thc te rte ee ie Cee PE eae ae Caen pe eI Ne oO Sc NI Sh NS ae ee Ny ee 
| 

| X'01 40' FCD - (Flow Control Disable) Signal to controlled 
port that data flow is not controlled. 

pm we we we ee eee ee em ee ee ee ee ee 
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Figure 2.4-3 


Flow Control - No lost FCAs 


(6) FCA G) FCA 


Events 


sends FCI 

responds with FCIA 
responds with FCA 
sends text 

outputs text 

sends FCA 

sends text 


3 


G? FCI 


(2) FCIA (text for TP(7)text for TP 
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JUPITER PROTOCOL OVERVIEW 
o An enhanced version of Codex Muxport Protocol. 
o Reaquires a 6740 Network port or Muxport. 
o Runs in extended mode only. 
o Enhancements over CMP for 6740 delta networks. 
1. Multiple 'paths' for data transfer. 


2. Frame routing at the ARQ level. 
3. Flow control on a per path basis. 
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NPP OVERVIEW 


o Network Port Processor. 


o Used to transfer data between the master processor 
and the configured links. 


o Up to 4 links are available per NPP. 
Oo NPP's can run a combination of Jupiter or CMP. 
o Link connection establishment. 
o Thread and link routing and rerouting. 
o Act as an endpoint for Muxport connections. 
© Provide 'special' Muxport 'EXTRA FUNCTIONS" 
1. Loopback. 
2. Data monitoring. 
3 
4 


. FOX diagnostics. 
- UDR (Hunt Group) 
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NPP DATA FLOW - RECEIVE 


o A valid HDLC address is received. 
o If the frame is destined for another node, the frame 
is held in a buffer until it is complete then sent 
to its final destination. 
Oo Local frames are scanned by the NPP for frame type. 
o U and S-Frames are processed immediately and discarded. 
Oo I-Frames are demultiplexed, flow control information 


reformatted, extra functions invoked and sent to 
the Switch processor for distribution to the TP's. 


Uo 
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NPP DATA FLOW - TRANSMIT 


o NPP obtains data for the specified link and path. 
o The data is 'packed' (stored) for the frame. 

o Extra functions are performed for Mux links. 

o The data is multiplexed into data slots. 

o Flow control information is added. 

o Control slots are added (if required). 

Oo The HDLC address and sequence numbers are added. 


o The frame is transmitted over the link. 
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PATH DEFINITION | 


o Defines the routing information for traffic between nodes. 
o Identifies the route a frame travels between nodes. 

o Each path is uni-directional. 

Oo Two paths are required for two-way traffic. 


o Multiple slots may travel on the same path. 


Kee fo 4 a 4 S 


PATH NUMBERING 


o Identifies a specific path. 


Oo Path '0' is used on data sent directly from 
source to destination. 


o Path 'l' is used for frames sent to an intermediate node. 


o Path '2' is used for frames transmitted from an intermediate 
node to the final destination node. 


REe 4-7 9 


PATH ENABLING 
o At boot up all paths are disabled, no data flow allowed. 
o Upon NPP initialization path '0' is automatically enabled. 


o Enabling of paths 1 & 2 requires explicit Addressed 
Packet commands. 


Jupiter link Set-Up is complete for all nodes 
Link 'a' path 0 enabled 
Link status broadcast ----- > 
Enable path AP (addressed packet) 
link 1 path 'D! ---<------ > 
<{--------- Path Enabled 
Enable Path AP --------- > 


Link 'c'path 2 
<{----- Path Enabled 


Enable Path AP ---------- > 
link 'd' path 2 


Kno ----- Path Enabled 
<{----------- Path Enabled 


Ref. Pg. 4-8 
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PATH REROUTING 


$—_------------ + 
path 0 : Node 3 ~ oC path 1 
fm —-------- : t + 
I i { 1 
I J 1 ! 
! | 
I | 
e | ae 
+------------- + ten + 
Node 1 loa path 2 b | Node 2 
| (See ee Seas [Pees ese s | 
! | | 1 
{ | I { 
5 Cael eta teeta Node 1 ------------~ 26S SSS 5-Ss— Node 3 wer rrr ------ 
1. Link 'a' goes down 
2. Link Status message broadcast ------ > 
{------ Disable path AP is sent 


Link a path 2 


When all data from path 2 
received. Flushing the buffers. 


Disable path reply ---------- > 


Reconnect destination threads 
to alternate path O link ‘'e' 
RRTPATH (reroute) --.------- > 
Link ‘d' path 1 
Disable path (link 'd' path 1) 
Do Not Flush buffers 


Send trapped data of path 1 
over new path 0 of new link 
Remove all outgoing threads 
on path 1. 


Reconnect source threads 
to link ‘e'’ path 0 


¢{----------- RRPATH ACK (data rerouted) 
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JUPITER ARQ LAYER FUNCTIONS 


o Retains the major functions of the CMP ARQ layer: 
Oo Extended Control field only. 

o Performs path addressing. 

Oo Frame routing in a 6740 delta network. 


o Link error recovery via the Nrete variable. 


Kec fy 4-3 G2 
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JUPITER ADDRESS FIELD 


Path addressing. 


Frames cannot travel over more than 2 links. 


'"F |! ADDRESS |! CONTROL |! DATA FCS | F 
| 
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JUPITER CONTROL FIELD 


Oo Extended control field only 
o Nrete = the window feature used for end to end acknowledgement. 


o Used for error recovery and flow control for paths 1 & 2. 


' F | ADDRESS | CONTROL | DATA // | Fcs 7 F ! 
f 


Bit # | 

ee pa et 
Byte 1 | Ns 0 | 
Byte 2 | Nx Pp ! 
Byte 3 / C Nrete 
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JUPITER MUX LAYER FUNCTIONS 


o Performs the same functions as the CMP MUX layer. 
1. Multiplex customer data. 
2. Control slot commands. 


o Two Jupiter specific Command Codes. 
1. Addressed packet, #25. 
2. Protocol announcement, #27. 


leas a aes eee anions aura ene Soe ae eae ee os os eae ee Oc ee aac eee 
| FLAG | A {| C {80 BC CC XXXXX..... DATA ‘FCS | FLAG 
sa eh rot ilnotetatatetatatatetatedatatetaaetetatenatetates 
Co. 7 
+————- Command Parameters 
Control Slot---+ | +--Command Code 
Status Byte 
+---Byte Count 
foe + + 
' Command Code Definition 
pe ee ee ee e+ + 
20 VCTP command 
: 21 | VCTP response 
23 Unsolicited report : 
! 24 | Quit VCTP mode 
25 Jupiter address packet 
27 Jupiter protocol announcement 
fo-- ee + 
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JUPITER ADDRESS PACKETS 


o Command Code of 25. 

o Performs control functions for the NPP. 

o Reinitialize a device, processor, link or thread 
o Statistics. 

o Connection establishment. 

Oo Error reports. 

o Diagnostics. 


o Link error recovery. 


Kee Ru-S 56 
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JUPITER ADDRESS PACKET FORMAT 


Control status byte. 

Byte count (not including self). 

Command code for Addressed Packet. 

Destination node (2 bytes). 

Destination port (2 bytes) 

Destination software module (2 bytes) 

Source node (2 bytes). MSB = 1 for response, 0 for command 
Source port (2 bytes) 

Source software module 

Up to 242 bytes of command dependent data 


JUPITER PROTOCOL ANNOUNCEMENT 


Oo Identified by a command code of 27. 

Oo Always sent by a Jupiter NPP whenever a link comes up. 
Oo Indicates the senders identity. 

o Defines the link parameters. 


Oo. Upon reception of a #27 PA by a Jupiter node: 
1. The CPS (switch) decodes the slot into link status. 
2. Updates the local NPP link variables. 
3. Respond with its own control slot of 27. 
4. both units enter Jupiter protocol data transfer. 
Oo. A non-dJupiter device receiving a #27 control slot, 
. The device will reject the control slot. 
The original control slot is returned with a CC of A7, 
this is a 27 and the MSB of the byte is set. 
. The returned control slot is decoded, by the switch. 
The NPP is informed to use Muxport protocol. 


NOR 
e 


> OO 
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JUPITER PROTOCOL ANNOUNCEMENT FORMAT 


+—---- eee + 
'FiIA! C {80 BC 27 N# DC PT LINK SPECIFICATION...{FCS{F! 
toe ne + 
Where: 
80 = Status control byte. 
BC = Byte count (not including self). 
27 = Command code for protocol announcement. 
N# = Source node number. 
DC = Device code (internal use). 
PT = Protocol type O = Empty 
1 = IPL 
2 = Muxport 
3 = Jupiter 


Link Specification = data about the source processor. 
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CONNECTION LAYER FUNCTIONS 


Innermost layer of the protocol. 
Interface to customer equipment. 
Rerouting of thread data between Jupiter nodes. 


All CMP connection layer functions performed. 


GO 


JUPITER SUPERVISORY COMMAND FORMAT 


a ee a ee + 
' FLAG | A ! C ' 00 O08 01 SF | FCS ' FLAG! 
+------------------ + | : +—------ +—--=—+ 
I | | ! 
I ! I t 
Pot EY 
Control Status Byte--+ : 
+--Supervisory Function 
! ! 
{ \ 
Slot Header--+ +--1 byte to follow. 


JUPITER ADDITIONAL SUPERVISORY FUNCTIONS 


8 0 Clear Reroute - reroute a thread going to the remote unit. 
81 Clear cancel - request cancelation of reroute (DPI). 

82 Clear previous - data preceeding this slot to be flushed. 
85 Clear previous acknowledge. 

8 6 Clear cancel acknowledge (DPIA). 

87 Clear reroute acknowledge. 

FF NPP data loss. 


@/ 
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PACKET SWITCHING STANDARDS 
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X.25 INTERFACE 


= ry 


: Synchronous 
Physical Circuit 
Level | 


DTE (user) DCE (node) 
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X.25 PROTOCOL 


DTE/DCE Electrical Interface 
e X.21 or RS 232C compatible 
e Independent of other levels. 
OTE/DCE Frame Level Interface 
Se eee ee Utes oe quckats bshueon dred Dee 
e Does not know about virtual calls 


DTE/DCE Packet Level Procedures 


e Virtual call procedures 
(Set-up, Maintain, Flow control, Clear) 


e May be end-to-end (DTE/DTE) 


Rae 0g 6-3 F-¥ oH 
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PACKET/FRAME RELATIONSHIP 
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X.25 PACKET FORMAT 


oO Each packet contains a 3 octet header. 
o The first 4 bits = the general format identifier (GFI). 
o The next 12 bits form the logical group and channel number. 


o The last octet (8 bits) determines the packet type. 


fae mee ee ee + 
Octet 1 ! GFI LCGN | 
pore rare ee a oa aia al 
Octet 2 ! LCN ! 
| -----------~------------------- | 
Octet 3 } PACKET ID 
fa a ae + 
Where: 
GFI = General Format Identifier 
LCGN = Logical Channel Group Number 
LCN = Logical Channel Number 
Packet ID = Type of Packet 
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X.25 GENERAL FORMAT IDENTIFIER 


o Determines format of the packet. 


o Identifies control information. 


sp a + +--+ + 
| 8 7 6 5 3 Packet Type 
+—~—----------- | a + 
(| 0 0 O 1 | #=Clearing, Flow Control, Reset, | 
| Restart, Interrupt Packets. 
! J ! 
pees = ces S === (ee Se Se ee en ee a 
' Oo D O 1 4} Call Setup Packet 
{ ! I 
Pee renee hang te re Pe ee ere een TE Ey ee ge eee ee Ceo, ee Ge " 
'Q vD oO 1 #$! Data Packet 
poe enn nn ee ++ + 


Where: 
Bit 8 = Qualifier Bit (Q-Bit). If set (1) this bit signals 
that the data packet contains control information. 
Bit 7 = Delivery Confirmation Bit (D-Bit). If this bit is set 
the acknowledgement is from end-to-end. If the bit is 
zero the local DCE acknowledges the packet. 
Bits 6 & 5 = Idicates the modulo sequencing to be used. 
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LOGICAL CHANNEL NUMBERS 


o All packet entering the network are assigned a LCN. 
Oo LCN's range from 0 to 255, but 0 is reserved. 


o Assigned by the DTE during call request, starting 
with an agreed upon upper limit and working down. 


Oo The DCE assigns LCN's working from the bottom up. 


o. LCN'sS are assigned in one of four categories: 
1. Permanent Virtual Circuits (leased line). 
- One-Way Incoming Calls (contention). 
Two-Way Switched Virtual Calls (dial up). 


2 
3% 
4, One-Way Outgoing Calls. 
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PACKET TYPE IDENTIFICATION 


o The third octet of the header. 

o Similar to the control field in an HDLC frame. 
o Pr = Receive Sequence Number. 

o Ps = Packet send sequence number. 


o M = More Data Bit. 


Call request 0 0 0 010i1 421 
Call accepted | 0 0 0 0 1 1 1 1 
Clear request 0 0 0 1 0 90 1 1 
Clear confirmation 0 0 0 1 0 1 1 41 
Interrupt r 0 0 1 0 0 0 1 1 
Interrupt confirmation. 0 0 1 9O 0 1 1 1 
Receive ready P(R -OoO 0 0 90 1 
Receive not ready P(R 0 O 1 0 1 
Reject P(R 0 1 0 0 1 
Reset request 0 0 oOo 1 1 oO 1 I : 
Reset confirmation _ 0 oO 0 1 1 1 1 1 | 


Restart request 
Restart confirmation ae 


[Diagnostic __—sd i110 ot 
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Call Establishment procedure 


X.25 NETWORK 
CALLING DTE | DCE DCE 


| | 
| | 
CALL REQUEST | 
as (lcn=xyz) — —. 

| | + INCOMING CALL 

| | (LCN =003) 

| | 

| call accepted — — —— CAL! ACCEPTED 


CALL CONNECTED _—_—+- — ~_ (icn=xyz) (LON = 003) 
lla 014) ) | 


| | | 


CALLED DTE 
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Call Clearing Procedure 


CALLED & 


CALLING X.25 NETWORK REFUSING 


DTE DCE DCE | DTE 
| | 


CALL REQUEST , | 
(LCN=014) ~~~. al | 
| (lon = xyz) ~ — CNet CALL 


) (LCN = 003) 
_ CLEAR REQUEST 
clear 1— (LCN = 003) 
CLEAR REQUEST — - (lcn=xyz) 
wEN=0i4). | 
| | 
CLEAR CONFIRMATION | | 


(LCN =014) a i ~Clear confirmation | 


(Icn=xyz) — CLEAR CONFIRMATION 
| 5 (LCN =003) 


7/ 


KEL. fe lo-@F 


CALLING & X.25 CALLED & 


CLEARING DCE NETWORK DCE CLEARED 
DTE fe eoNenerteanonae DTE 
CALL REQUEST | | 
PACKET =r 7 Call request —— | CALL REQUEST 
T PACKET 
Call | 
Establishment | CALL ACCEPTED 
Phase 
CALL a _call accepted~ ~ Go| 
CONNECTED | 
PACKET | | 
DATA PACKET—~_| | 
~ ——data__ 
DATA PACKET—__|_ ; "| DATA PACKET 
—~—— —data _ 
| ~>-———DATA PACKET 


DATAPACKET—_| data - -——— DATA PACKET 


a DATAPACKET-———T _ + DATA PACKET 


Transfer | | 
Phase | 
DATA PACKET | | | 
data | 
| ~ [| DATA PACKET 
: ee i PACKET 
RR PACKET——— | | 
CLEAR REQUEST——|__ _ | | 
PACKET re -~1 CLEAR INDICATION 
| | PACKET 
Disconnection | 
— | en 
CLEAR clear —— TT 
CONFIRMATION — — confirmation PACKET 
PACKET | | 
70 
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X.25 Documentation Service 


CCITT Recommendations X.3, X.28, and X.29 define the necessary elements for a PDN 
to support non-intelligent asynchronous “start/stop” terminals. 


When a DTE supports asynchronous terminals connected through a PDN, many of the 
terminal handling functions are performed by the DCE. The software in the DCE is 
called the Interactive «Terminal Interface (ITI) Packet Assembler/Disassembler 
(PAD). 


Recommendation X.28 defines control procedures used to establish the physical 
connection to the PDN, the commands the terminal user sends to the PAD, and the 
service signals sent from the PAD to the terminal user. | 


Recommendation X.3 defines a set of parameters that the PAD uses to control the 
terminal. The parameter values can be pre-set in network tables, set by the 
terminal user, and/or set by the remote DTE. . 


Recommendation X.25 procedures are used by the PAD to establish a virtual call to 
the remote DTE, to transmit and receive DATA packets, and to clear virtual calls. 


Recommendation X.29 defines the control messages sent between the PAD and _ the 
remote DTE. All control or PAD messages are special X.25 DATA packets, called 
Qualified DATA packets. 7 


INTERACTIVE TERMINAL INTERFACE 


PDN 
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Quick Reference Card 


International Standards Organization (ISO) Open Systems 
Interconnect (OSI) 


Level 1: Physical Interface—Mechanical 
—~ Electrical 
— Functional 


Level 2: Data Link Interface 


non] on son non] ore] oe em [vce] ace 
es =] 


¢« Uniscope 100/200 
ode 4C 


—COP 


information (Command) 
information (Response) 


Set Normal Resp. Mode 
Set Normal Resp. Mode Ext. 


Async 
Set Async Bal. Mode Ext. 
Disco 


nnect 
Set Initialize Mode 
Exchange Station ID’s 


syuvuyuvuvuvuyv 


00 
11 
11 
11 
11 
11 
00 
01 
11 


™O6O660 6 =m 
(— ey) 
~COonmmooceo 


~~ 
—~ 
i» | 


Unnumbered Acknowledge 
Disconnected Mode 


"~ 
ES ee 
(— J —) eceore 
(— —) et © et © 
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Level 3: Network Interface —X.25; 
8 7 6 5 4 3 2 1 


GENERAL FORMAT 
IDENTIFIER 


§ USER i 
DATA FIELD 

GFI : General Format Identifier. 

LCGN : Logical Channel Group Number. 

LCN : Logical Channel Number. 

LCI : Logical Channel Identifier. 

P(S) | : Packet Send Sequence Number. 

P(R) : Next Receive Packet Expected. 

WINDOW : Maximum Number of Outstanding Packets. 

PACKET SIZE: Maximum Number of User Data Octets. 

M-BIT : More Data Bit. 

Q-BIT : Data Qualifier Bit. 

D-BIT : Delivery Comfirmation Bit. 
Call request 0 0 0 90 1 0 1 1 
Call accepted i; 0 0 0 90 1 1 1 1 
Clear request o0 oO oO 1 o a 1 1 
Clear confirmation 0 oo 90 1 0 1 1 1 
Interrupt 0 90 1 | on | | 1 1 
Interrupt confirmation 0 oO 1 0 oO 1 1 1 
Receive ready P(R 0 oo 90 0 1 
Receive not ready P(R 0 tt] 1 0 1 
Reject P(R 0 1 0 0 1 

1 0 1 1 
1 1 1 1 


— Jt) 


0 
0 


pat pus 


Reset request 0 

. Reset confirmation 0 

ee 
Restart confirmation 

| dod 2 1 0 O 0 1 | 


TRANSMISSION: Asynchronous—uses start/stop bits; no clocks 
: Synchronous —clock at both ends synchronizes the data bits. 


DATA CODES: ASCII—7-bit plus parity (=CCITT Alphabet 75) 
EBCDIC—8-bit (IBM) 
EBCD —6-bit shifted 
IPARS — 6-bit shifted (airlines) 
SBT—6-bit 
Selectric—6-bit shifted 
Baudot—5-bit shifted 
ERROR CHECKING: VRC — Character Parity 


LRC—Block Parity 
CRC — 16-bit remainder; used to generate BCC/FCS 


7S 


